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DETAILED ACTION 



Claim Rejections - 35 USC § 102 



The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

Claims 1,2, 4-6, 9, 10, 12, 13, 15, 17 - 19, and 21 are rejected under 35 
U.S.C. 102(e) as being anticipated by Reasor et al. (Pub. No. 2004/0083196). 

As to independent claim 1 , Reasor et al teaches: 
A method, comprising: building a central repository of data structures (see e.g., para. 
[0012], lines 19-21; i.e., the central repository corresponds to the database, in which 
the data structures corresponds to the information associated with hardware devices of 
a computing system), the data structures provided to the central repository by hardware 
entities of a computing device (see e.g., para. [0012], lines 14 - 22; i.e., the hardware 
entities corresponds to peripheral devices that may be externally connected, such as 
CPU, and memories, in which the system firmware identifies and queries connected 
hardware devices to determine the hardware properties for storing in the database); and 
displaying hardware configuration settings of the hardware entities using a browser (see 
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e.g., Fig. 2 and para. [0024], lines 4-9; i.e., the browser is capable of displaying 
configurable hardware properties), the hardware configuration settings based at least in 
part on the data structures provided to the central repository (see e.g., para. [0013]; i.e., 
the configurable properties of the hardware device is configurable using a markup 
language compatible browser, in which the properties are provided by the database). 

As to dependent claim 2, Reasor et al. teaches: 
The method of claim 1 , further comprising changing at least one of the hardware 
configuration settings (see e.g., para. [0023]; i.e., the changing of at least one hardware 
configuration setting corresponds to adding the property "Size" 400 to one of the 
hardware's described in Fig. 1 ) in response to input received via the browser (browser - 
see e.g., Fig. 2 and para. [0024]; i.e., Fig. 2 is a markup language compatible browser 
that allows hardware property configuration). 

As to dependent claim 4, Reasor et al. teaches: 
The method of claim 1 wherein displaying further includes displaying hardware 
configuration settings (see e.g., Fig. 2 and para. [0019] - [0020]; i.e., Fig. 2 corresponds 
to a device tree displayed on a device interface used to configure settings, such as 
adding a "Size" 400 property shown in Fig. 4) based at least in part on the data 
structures (see e.g., para. [0019]; i.e., the data structures corresponds to the database 
that is used to store the hardware properties, which in turn is used to construct the 
device tree 250) and nonvolatile data associated with the hardware entities (see e.g., 
"Microsoft Computer Dictionary 5 th edition" and para. [0011]; i.e., non-volatile memory is 
defined as "A storage system that does not lose data when power is removed from it. 
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Intended to refer to core memory, ROM, EPROM...", in which the functionality of 
hardware configuration comprises system software code stored on read-only-memory 
(ROM) or solid-state-memory). 

As to dependent claim 5, Reasor et al. teaches: 
The method of claim 2 wherein building the central repository further includes providing 
the central repository with the data structures (see e.g., para. [0013]; i.e., building the 
central repository and providing data structures corresponds to holding information 
about the hardware device in RAM as they are discovered, in the form of a tree format 
using descriptive properties and attributes that can be converted into XML) being 
described using a language convertible to a markup language (see e.g., para. [0017], 
lines 16-18; i.e., the tree format data structure attributes and properties used to build 
the central repository is able to be parsed to display a hierarchal tree using an 
Extensible Markup Language (XML) browser, such as Fig. 2). 

As to dependent claim 6, Reasor et al. teaches: 
The method of claim 5 wherein the markup language is an extensible markup language 
("XML") (see e.g., para. [0017]). 

As to dependent claim 9, Reasor et al. teaches: 
The method of claim 1 wherein the hardware entities include at least one of a 
motherboard (see e.g., para. [0014], line 18) and an add-in card of the computing 
device (see e.g., para. [0012], lines 11-13; i.e., add-in cards corresponds to CPU, 
memory, and any peripheral devices that may be externally connected). 

As to dependent claim 10, Reasor et al. teaches: 
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The method of claim 1 wherein displaying hardware configuration settings (see e.g., Fig. 
2 and para. [0019] - [0020]; i.e., Fig. 2 corresponds to a device tree displayed on a 
device interface used to configure settings, such as adding a "Size" 400 property shown 
in Fig. 4) includes displaying policy settings of the hardware entities of the computing 
device using the browser (see e.g., para. [0020]; each CPU has several properties, such 
as frequency, model number, and the like, which corresponds to policy settings 
displayed on an XML compatible browser), the policy settings based at least in part on 
the data structures provided to the central repository (see e.g., para. [0020]; i.e., the 
properties are a result of data structures stored in each of CPU 100, 101, 102, and 103). 

As to independent claim 12, Reasor et al. teaches: 
A method, comprising: converting hardware configuration settings (see e.g., Fig. 2, 
para. [0013] and para. [0024]; i.e., the configurable hardware properties stored in RAM 
are converted to display the XML browser interface of Fig. 2) being stored in firmware of 
a computing device (see e.g., para. [0013]; i.e., firmware and the data repository is 
stored in RAM) to a markup language (see e.g., Fig. 2 and para. [0024]; i.e., the 
hierarchical tree view is represented using XML, and may incorporate Cascading Styling 
Sheets (CSS), or Extensible Style Sheet Language Transformations (XSLT)); and 
conveying the markup language to a browser to display the hardware configuration 
settings in the browser (see e.g., Fig. 2 and para. [0024]). 

As to dependent claim 13, Reasor et al. teaches: 
The method of claim 12, further comprising: changing at least one of the hardware 
configuration settings (see e.g., para. [0023]; i.e., the changing of at least one hardware 
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configuration setting corresponds to adding the property "Size" 400 to one of the 
hardware's described in Fig. 1) stored in the firmware (see e.g., para. [0013]; i.e., 
firmware and the data repository is stored in RAM) in response to input received via the 
browser (browser - see e.g., Fig. 2 and para. [0024]; i.e., Fig. 2 is a markup language 
compatible browser that allows hardware property configuration). 

As to independent claim 15, Reasor et al. teaches: 
A computer-accessible medium (ROM - see e.g., para. [0012]) that provides 
instructions (software program - see e.g., para. [0012]) that, if executed by a computing 
device (computer -see e.g., para. [0012]), will cause the computing device to perform 
operations comprising: generating a browser page to display hardware configuration 
settings (see e.g., Fig. 2 and para. [0024], lines 4-9; i.e., the browser is capable of 
displaying configurable hardware properties) of hardware entities of a computing device 
(see e.g., para. [0012], lines 14 - 22; i.e., the hardware entities corresponds to 
peripheral devices that may be externally connected, such as CPU, and memories, in 
which the system firmware identifies and queries connected hardware devices to 
determine the hardware properties for storing in the database) using a browser (see 
e.g., para. [0024], the browser corresponds to an XML compatible browser), the 
hardware configuration settings based at least in part on data structures (see e.g., para. 
[001 3]; i.e., the configurable properties and data structure of the hardware device 
corresponds to the configurable hardware device stored in the database) provided by 
the hardware entities (see e.g., para. [0012], lines 14-22; i.e., the hardware entities 
corresponds to peripheral devices that may be externally connected, such as CPU, and 
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memories); and changing at least one of the hardware configuration settings (see e.g., 
para. [0023]; i.e., the changing of at least one hardware configuration setting 
corresponds to adding the property "Size" 400 to one of the hardware's described in Fig. 
1) in response to input received via the browser (browser - see e.g., Fig. 2 and para. 
[0024]; i.e., Fig. 2 is a markup language compatible browser that allows hardware 
property configuration). 

As to dependent claim 17, claim 17 differs from claim 4 only in that claim 17 is a 
system claim using a computer-accessible medium (ROM - see e.g., para. [0012]) 
containing executable instructions (software program - see e.g., para. [0012]) that is 
executed by a processor (processor -see e.g., para. [0012]) to perform the steps of 
claim 4. Thus, claim 17 is analyzed as previously discussed with respect to claim 4 
above. 

As to dependent claim 18, claim 18 differs from claim 5 only in that claim 18 is a 
system claim using a computer-accessible medium (ROM - see e.g., para. [0012]) 
containing executable instructions (software program - see e.g., para. [0012]) that is 
executed by a processor (processor -see e.g., para. [0012]) to perform the steps of 
claim 5. Thus, claim 18 is analyzed as previously discussed with respect to claim 5 
above. 

As to dependent claim 19, claim 19 differs from claim 6 only in that claim 19 is a 
system claim using a computer-accessible medium (ROM - see e.g., para. [0012]) 
containing executable instructions (software program - see e.g., para. [0012]) that is 
executed by a processor (processor -see e.g., para. [0012]) to perform the steps of 
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claim 6. Thus, claim 19 is analyzed as previously discussed with respect to claim 6 
above. 

As to dependent claim 21, claim 21 differs from claim 9 only in that claim 21 is a 
system claim using a computer-accessible medium (ROM - see e.g., para. [0012]) 
containing executable instructions (software program - see e.g., para. [0012]) that is 
executed by a processor (processor -see e.g., para. [0012]) to perform the steps of 
claim 9. Thus, claim 21 is analyzed as previously discussed with respect to claim 9 
above. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 3, 7, 8, 11, 14, 16, 20, 22, and 23-30 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Reasor et al. (Pub. No. 2004/0083196) in view of 
Mahmoud et al. (Patent No. 7,007,158). 

As to dependent claim 3, Reasor et al teaches a method comprising building a 
central repository of data structures (see e.g., para. [0012], lines 19 -21; i.e., the 
central repository corresponds to the database, in which the data structures 
corresponds to the information associated with hardware devices of a computing 
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system), the data structures are provided by hardware entities of a computing device 
(see e.g., para. [0012], lines 14 - 22; i.e., the hardware entities corresponds to 
peripheral devices that may be externally connected, such as CPU, and memories, in 
which the system firmware identifies and queries connected hardware devices to 
determine the hardware properties for storing in the database), displaying the hardware 
configuration settings of the hardware entities using a browser (see e.g., Fig. 2 and 
para. [0024], lines 4-9; i.e., the browser is capable of displaying configurable hardware 
properties), and the hardware configuration settings are based in part on the data 
structures provided to the central repository (see e.g., para. [0013]; i.e., the configurable 
properties of the hardware device is configurable using a markup language compatible 
browser, in which the properties are provided by the database). Reasor et al. does not 
teach displaying the hardware configuration settings using a browser running on a 
remote console that is communicatively coupled to the computing device via a network. 
Mahmoud et al. teaches displaying hardware configuration settings using a browser 
(see e.g., col. 9, lines 7 - 18), a remote console (see e.g., col. 8, lines 36 - 48; i.e., the 
remote console corresponds to the XML based remote storage system 700) that is 
communicatively coupled to a computing device (see e.g., col. 8, lines 36 - 48; i.e., the 
computing device corresponds to a user computer 702) via a network (network 704 - 
see e.g., col. 8, lines 36 - 48). Therefore, it would have been obvious to one of ordinary 
skill in the art at the time the invention was made to incorporate the central repository of 
data structures, hardware entities of a computing device, and displaying hardware 
configuration settings using a browser or Reasor et al. with the displaying of hardware 
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configuration settings of a remote console that is communicatively coupled to a 
computing device via a network of Mahmoud et al. because the XML data structures 
transmitted over the network allows the operator to remotely configure the hardware 
(see e.g., col. 6, lines 1 3 - 20). 

As to dependent claim 7, Reasor et al. teaches building a central repository of 
data structures (see e.g., para. [0012], lines 19 - 21), the data structures being provided 
by hardware entities to populate the data repository (see e.g., para. [0012], lines 14 - 
22), displaying hardware configuration settings using a browser (see e.g., Fig. 2 and 
para. [0024], lines 4 - 9), the data structure convertible to a markup language (see e.g., 
para. [0017], lines 16 - 18), wherein the markup language comprises XML (see e.g., 
para. [0017]). Reasor et al. does not teach executing a translator on a computing 
device, wherein the translator converts the data structures into XML prior to displaying 
the hardware configuration settings using the browser Mahmoud et al. teaches a 
translator for translating data structures into XML (see e.g., col. 2, lines 39 - 50; i.e., the 
data structure is passed to the BIOS of the storage handling controller for converting the 
data structure into an XML page based on the data structure) prior to displaying the 
hardware configuration setting using the browser (see e.g., col. 2, lines 39 - 50; i.e., the 
data structure must be passed to the BIOS before the BIOS can construct an XML 
page). Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to incorporate the building of a central repository 
populated by data structures provided by hardware entities, and displaying hardware 
configuration settings using a XML compatible browser of Reasor et al. with the 
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translator and converting the data structure prior to displaying the browser of Mahmoud 
et al. because the GUI can be presented to the user for easier configuration of the 
storage handling controller without the need of creating hardware specific graphic 
libraries (see e.g., col. 2, lines 66-67, and col. 3, lines 1 -9). 

As to dependent claim 8, Reasor et al. teaches changing at least one of the 
hardware configuration settings (see e.g., para. [0023]; i.e., the changing of at least one 
hardware configuration setting corresponds to adding the property "Size" 400 to one of 
the hardware's described in Fig. 1 ), and updating the nonvolatile data associated with 
the hardware entities with XML data received from the browser (see e.g., [0027], lines 
25 - 30). Reasor et al. does not teach a translator being executed on the computing 
device, and updating nonvolatile data associated with the hardware entities with XML 
data received from the browser. Mahmoud et al. teaches a translator (see e.g., col. 2, 
lines 39 - 50; i.e., the data structure is passed to the BIOS of the storage handling 
controller for converting the data structure into an XML page based on the data 
structure), and wherein the translator is also able to update nonvolatile data associated 
with the hardware entities with XML data received from the browser (see e.g., col. 11, 
lines 7 - 20; i.e., user selections and commands received from the XML browser are 
transmitted back to the firmware for updating the nonvolatile data). Therefore, it would 
have been obvious to one of ordinary skill in the art at the time the invention was made 
to incorporate the changing of at least one hardware configuration settings of Reasor et 
al. with the translator and updating nonvolatile data using the translator of Mahmoud et 
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al. because the XML based storage handling controller can be configured remotely 
using XML capable software (see e.g., col. 11, lines 17-20). 

As to dependent claim 1 1 , Reasor et al. teaches building the. central repository 
(see e.g., para. [0012], lines 19-21; i.e., the central repository corresponds to the 
database) of the data structures (see e.g., para. [0012], lines 16-21; i.e., the data 
structures corresponds to information regarding configurable hardware properties, 
which is reported back to the computing system for acknowledgement of connected 
hardware devices) includes building the central repository in a system memory (see 
e.g., para. [0013], lines 1-2; i.e., the system memory corresponds to filling the database 
with hardware information residing in RAM) of the computing device (see e.g., para. 
[0012]), the data structures being stored in option read only memories ( ,, ROMs ,, ) of the 
hardware entities (see e.g., para. [0012], lines 4-8; i.e., firmware is responsible for 
collecting hardware device information, in which the firmware is code stored in ROM), 
the central repository being built during a pre-boot (see e.g., para. [0012], lines 1-4; 
i.e., firmware for the computing system is immediately accessed when the computing 
system is turned on) runtime of the computing device (see e.g., para. [0012], lines 1 - 
21; i.e., the system firmware identifies connected hardware and queries the hardware 
devices to determine the properties in order to construct a database). Reasor et al. does 
not teach the data structures obtained from binaries being stored in memory. Mahmoud 
et al. teaches data structures obtained from binaries stored in memory (see e.g., col. 1, 
lines 21 - 38 and col. 5, lines 37 - 49; i.e., the storage handling firmware stores byte- 
codes, in which byte-code corresponds to binaries). Therefore, it would have been 
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obvious to one of ordinary skill at the time the invention was made to incorporate the 
hardware entities including firmware units and data structures contributing to the central 
repository of Reasor et al. with the firmware unit storing data structures in the form of 
binaries and contributing to the central repository of Mahmoud et al. because the just-in- 
time complier or interpreter provides transformation of the byte-codes into machine 
code for processing (see e.g., col. 5, lines 44 - 49). 

As to dependent claim 14, Reasor et al. teaches converting hardware 
configuration settings (see e.g., Fig. 2, para. [0013] and para. [0024]; i.e., the 
configurable hardware properties stored in RAM are converted to display the XML 
browser interface of Fig. 2) being stored in firmware of a computing device (see e.g., 
para. [0013]; i.e., firmware and the data repository is stored in RAM), wherein the 
browser displays the hardware configuration settings (see e.g., Fig. 2 and para. [0024]). 
Reasor et al. does not teach the browser is a web browser executing on a remote 
console communicatively coupled to the computing device via a network. Mahmoud et 
al. teaches a web browser (see e.g., col. 6, lines 21 - 37; i.e., the embedded browser 
produces a GUI similar to a web browser) executing on a remote console (see e.g., col. 
8, lines 36 - 48; i.e., the remote console corresponds to the XML based remote storage 
system 700) communicatively coupled to a computing device (see e.g., col. 8, lines 36 - 
48; i.e., the computing device corresponds to a user computer 702) via a network 
(network 704 - see e.g., col. 8, lines 36 - 48). Therefore, it would have been obvious to 
one of ordinary skill in the art at the time the invention was made to incorporate the 
converting hardware configuration settings being stored in firmware of a computing 
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device, wherein the browser displays the hardware configuration settings of Reasor et 
al. with the web browser executing on a remote console coupled to a computing device 
via a network of Mahmoud et al. because the GUI can be presented to the user for 
easier configuration of the storage handling controller without the need of creating 
hardware specific graphic libraries (see e.g., col. 2, lines 66 -67, and col. 3, lines 1 - 9) 
and XML data structures transmitted over the network allows the operator to remotely 
configure the hardware (see e.g., col. 6, lines 13 - 20). 

As to dependent claim 16, Reasor et al. teaches a computer-accessible medium 
(ROM - see e.g., para. [0012]), wherein the instructions (software program - see e.g., 
para. [0012]) for generating the browser page (see e.g., Fig. 2 and para. [0024], lines 4 
- 9; i.e., the browser is capable of displaying configurable hardware properties) further 
include instructions (software program - see e.g., para. [0012]), but does not teach 
generating the browser page to be displayed in a web browser of a remote console 
communicatively coupled to the computing device via a network. Mahmoud et al. 
teaches displaying hardware configuration settings using a browser (see e.g., col. 9, 
lines 7 - 18), a remote console (see e.g., col. 8, lines 36 - 48; i.e., the remote console 
corresponds to the XML based remote storage system 700) that is communicatively 
coupled to a computing device (see e.g., col. 8, lines 36 - 48; i.e., the computing device 
corresponds to a user computer 702) via a network (network 704 - see e.g., col. 8, lines 
36 - 48), wherein the hardware configuration settings uses a browser page displayed 
on a web browser (see e.g., col. 6, lines 21 - 37; i.e., the embedded browser produces 
a GUI similar to a web browser). Therefore, it would have been obvious to one of 
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ordinary skill in the art at the time the invention was made to incorporate the computer- 
accessible medium, instructions for generating a browser page, and the computing 
device of Reasor et al. with the displaying of hardware configuration settings on a web 
browser of a remote console that is communicatively coupled to a computing device via 
a network of Mahmoud et al. because the web browser is an embedded browser within 
the BIOS, in which the web browser is reduced in size to more easily fit within the 
firmware (see e.g., col. 6, lines 19-28). 

As to dependent claim 20, claim 20 differs from claim 7 only in that claim 20 is a 
system claim using a computer-accessible medium (ROM - see e.g., para. [0012]) 
containing executable instructions (software program - see e.g., para. [0012]) that is 
executed by a processor (processor -see e.g., para. [0012]) to perform the steps of 
claim 7. Thus, claim 20 is analyzed as previously discussed with respect to claim 7 
above. 

As to dependent claim 22, claim 22 differs from claim 1 1 only in that claim 22 is a 
system claim using a computer-accessible medium (ROM - see e.g., para. [0012]) 
containing executable instructions (software program - see e.g., para. [0012]) that is 
executed by a processor (processor -see e.g., para. [0012]) to perform the steps of 
claim 1 1 . Thus, claim 22 is analyzed as previously discussed with respect to claim 1 1 
above. 

As to independent claim 23, Reasor et al. teaches a computing device 
(computing system - see e.g., para. [001 1]) comprising a processor (processor - see 
e.g., para. [0012], line 25) multiple hardware entities (see e.g., para. [0012], lines 11 - 
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13; i.e., the multiple hardware entities corresponds to any physical parts of the 
computing system, including the CPU, memory, and any peripheral devices) 
communicatively coupled to the processor (see e.g., para. [0012], lines 11-16; the 
hardware entities are communicatively connected to the processor in order for the 
firmware to query the hardware devices), nonvolatile memory coupled to the processor 
(ROM - see e.g., para. [0012], line 7; i.e., the nonvolatile memory stores the firmware 
and is executed by the processor to query the hardware entities), data structure 
corresponding to multiple hardware entities (see e.g., para. [0012], lines 14-22; i.e., 
the hardware entities corresponds to peripheral devices that may be externally 
connected, such as CPU, and memories, in which the system firmware identifies and 
queries connected hardware devices to determine the hardware properties for storing in 
the database), wherein the browser uses the data structures to display configuration 
settings (see e.g., Fig. 2 and para. [0024], lines 4-9; i.e., the browser is capable of 
displaying configurable hardware properties), the browser comprising a markup 
language (see e.g., para. [0017], lines 16-18; i.e., the tree format data structure 
attributes and properties used to build the central repository is able to be parsed to 
display a hierarchal tree using an Extensible Markup Language (XML) browser, such as 
Fig. 2). Reasor et al. does not teach a translator for converting the data structure to 
generate a browser page to display hardware configuration settings. Mahmoud et al. 
teaches a translator for converting data structure to generate a browser page to display 
hardware configuration settings (see e.g., col. 2, lines 39 - 50; i.e., the data structure is 
passed to the BIOS of the storage handling controller for converting the data structure 
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into an XML page based on the data structure). Therefore, it would have been obvious 
to one of ordinary skill in the art at the time the invention was made to incorporate the 
processor, multiple hardware entities, nonvolatile memory, data structures 
corresponding to multiple hardware entities, and a markup language browser for 
displaying hardware configuration settings of Reasor et al. with the translator converting 
data structures corresponding to multiple hardware entities of Mahmoud et al. because 
the GUI can be presented to the user for easier configuration of the storage handling 
controller without the need of creating hardware specific graphic libraries (see e.g., col. 
2, lines 66 - 67, and col. 3, lines 1 - 9). 

As to dependent claim 24, Reasor et al. teaches a computing device (computing 
system - see e.g., para. [001 1]) comprising a processor (processor - see e.g., para. 
[0012], line 25) multiple hardware entities (see e.g., para. [0012], lines 11 - 13; i.e., the 
multiple hardware entities corresponds to any physical parts of the computing system, 
including the CPU, memory, and any peripheral devices) communicatively coupled to 
the processor (see e.g., para. [0012], lines 1 1 - 16; the hardware entities are 
communicatively connected to the processor in order for the firmware to query the 
hardware devices), nonvolatile memory coupled to the processor (ROM - see e.g., 
para. [0012], line 7; i.e., the nonvolatile memory stores the firmware and is executed by 
the processor to query the hardware entities), data structure corresponding to multiple 
hardware entities (see e.g., para. [0012], lines 14-22; i.e., the hardware entities 
corresponds to peripheral devices that may be externally connected, such as CPU, and 
memories, in which the system firmware identifies and queries connected hardware 
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devices to determine the hardware properties for storing in the database), wherein the 
browser uses the data structures to display configuration settings (see e.g., Fig. 2 and 
para. [0024], lines 4 - 9; i.e., the browser is capable of displaying configurable hardware 
properties), the browser comprising a markup language (see e.g., para. [0017], lines 16 
- 18; i.e., the tree format data structure attributes and properties used to build the 
central repository is able to be parsed to display a hierarchal tree using an Extensible 
Markup Language (XML) browser, such as Fig. 2). Reasor et al. does not teach a 
network communicatively coupled to the computing device, a remote console 
communicatively coupled to the network, a translator to update nonvolatile data 
associated with at least one of the hardware entities in response to markup language 
data received from the browser. Mahmoud et al. teaches a network communicatively 
coupled to the computing device (computer 702 - see e.g., col. 8, lines 36 - 48; i.e., 
computer 702 is coupled to a network 704 using connection 706), a remote console 
(see e.g., col. 8, lines 36 - 48; i.e., the remote console corresponds to the XML based 
remote storage system 700) communicatively coupled to the network (network 704 - 
see e.g., col. 8, lines 36 - 48), a translator to update nonvolatile data associated with at 
least one of the hardware entities in response to markup language data received from 
the browser (see e.g., col. 11, lines 7-20; i.e., user selections and commands received 
from the XML browser are transmitted back to the firmware for updating the nonvolatile 
data). Therefore, it would have been obvious to one of ordinary skill in the art at the time 
the invention was made to incorporate the changing of at least one hardware 
configuration settings of Reasor et al. with the translator and updating nonvolatile data 
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using the translator of Mahmoud et al. because the XML based storage handling 
controller can be configured remotely using XML capable software (see e.g., col. 11, 
lines 17-20). 

As to dependent claim 25, claim 25 differs from claim 14 only in that claim 25 is a 
system claim using a computer-accessible medium (ROM - see e.g., para. [0012]) 
containing executable instructions (software program - see e.g., para. [0012]) that is 
executed by a processor (processor -see e.g., para. [0012]) to perform the steps of 
claim 14. Thus, claim 25 is analyzed as previously discussed with respect to claim 14 
above. 

As to dependent claim 26, Reasor et al. teaches a processor (processor -see 
e.g., para. [0012]), a computer-accessible medium (ROM - see e.g., para. [0012]), 
executable instruction instructions (software program - see e.g., para. [0012]), and 
executing a browser on a computing device (see e.g., para. [0024]; lines 1 - 9), but 
does not teach a translator to update nonvolatile data associated with at least one of the 
hardware entities in response to markup language data received from the browser. 
Mahmoud et al. teaches a translator (see e.g., col. 2, lines 39 - 50; i.e., the data 
structure is passed to the BIOS of the storage handling controller for converting the data 
structure into an XML page based on the data structure) to update nonvolatile data 
associated with at least one of the hardware entities in response to markup language 
data received from the browser (see e.g., col. 11, lines 7 - 20; i.e., user selections and 
commands received from the XML browser are transmitted back to the firmware for 
updating the nonvolatile data). Therefore, it would have been obvious to one of ordinary 
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skill in the art at the time the invention was made to incorporate the changing of at least 
one hardware configuration settings of Reasor et al. with the translator and updating 
nonvolatile data using the translator of Mahmoud et al. because the XML based storage 
handling controller can be configured remotely using XML capable software (see e.g., 
col. 11, lines 17-20). 

As to dependent claim 27, Reasor et al. teaches hardware entities (see e.g., 
para. [0012], lines 11-13) wherein the hardware entities include firmware units 
(firmware - see e.g., para. [0012], lines 1 - 8) having data structures stored therein (see 
e.g., para. [0012, lines 1 - 7; i.e., the data structures stored in the firmware corresponds 
to the basic software programs that can be accessed immediately when the computing 
device is powered-on), and the data structures contributing to the central repository (see 
e.g., para. [0012], lines 8 - 21 ; the data structures associated with the firmware 
contributes to the database by identifying connected hardware devices and sending the 
information to the database). Reasor et al. does not teach the data structures stored in 
the firmware unit are in the form of binaries, wherein the binaries contribute as the data 
structure for the central repository. Mahmoud et al. teaches a firmware unit storing data 
structures in the form of binaries (see e.g., col. 1, lines 21 - 38 and col. 5, lines 37 - 49; 
i.e., the storage handling firmware stores byte-codes, in which byte-code corresponds to 
binaries) wherein the binaries contribute to the central repository (see e.g., col. 6, lines 
4-12). Therefore, it would have been obvious to one of ordinary skill at the time the 
invention was made to incorporate the hardware entities including firmware units and 
data structures contributing to the central repository of Reasor et al. with the firmware 
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unit storing data structures in the form of binaries and contributing to the central 
repository of Mahmoud et al. because the just-in-time complier or interpreter provides 
transformation of the byte-codes into machine code for processing (see e.g., col. 5, 
lines 44 - 49). 

As to dependent claim 28, Reasor et al. teaches contributing data structures to 
the central repository during pre-boot (see e.g., para. [0012], lines 1 - 4; i.e., firmware 
for the computing system is immediately accessed when the computing system is 
turned on) runtime of the computing device (see e.g., para. [0012], lines 1-21; i.e., the 
system firmware identifies connected hardware and queries the hardware devices to 
determine the properties in order to construct a database), but does not teach binaries 
are to be contributed as the data structures to the central repository. Mahmoud et al. 
teaches binaries contributing as data structures to the central repository (see e.g., col. 
6, lines 4-12). Therefore, it would have been obvious to one of ordinary skill at the 
time the invention was made to incorporate the hardware entities including firmware 
units and data structures contributing to the central repository of Reasor et al. with the 
firmware unit storing data structures in the form of binaries and contributing to the 
central repository of Mahmoud et al. because the just-in-time complier or interpreter 
provides transformation of the byte-codes into machine code for processing (see e.g., 
col. 5, lines 44 - 49). 

As to dependent claim 29, Reasor et al. teaches a nonvolatile memory unit (ROM 
- see e.g., para. [0012]) comprising a firmware unit (firmware - see e.g., para. [0012], 
lines 1 - 8) of a motherboard (motherboard - see e.g., para. [0014]; cells corresponds 
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to motherboards in the computing device) of a computing system (computer - see e.g., 
para. [0012]). 

As to dependent claim 30, Reasor et al. teaches the nonvolatile memory unit 
(ROM - see e.g., para. [0011]) of the computing device (computer - see e.g., para. 
[0012]). 

Conclusion 

The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. Prior art Pub No. 2003/0140333 can be applicable and pertinent 
to applicant's disclosure. Prior art disclosed by Odaka et al. teaches a software 
configuration tool that incorporates build tools and software databases for configuring 
hardware using middleware to link application programs to the underlying hardware and 
using a web browser as an interface. 

The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. Prior art Patent No. 7,1 1 1 ,206 can be applicable and pertinent to 
applicant's disclosure. Prior art disclosed by Shafer et al. teaches using a diagnosis 
module that is able to render CML replies from a router, and using a web browser as an 
interface. 

Inquiries 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Henry Vuu whose telephone number is (571) 270-1048. 
The examiner can normally be reached on 8-5. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Weilun Lo can be reached on (571) 272-4847. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-91 99 (IN USA OR CANADA) or 571-272-1000. 




